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După cum s-a văzut în capitolele precedente, în materie de sisteme de asistare 
a deciziilor, decidenții au de ales dintre soluţiile disponibile pe piață: SAD-uri 
construite pe măsură, gata de utilizat; generatoare de SAD-uri; diferite arhitecturi 
posibile. În toate cazurile, realizarea unui 


Totuşi, 


rolul deosebit al modelării şi al utilizatorilor induc trăsături specifice. De aceea, vom 
insista, în realizarea SAD-urilor pe aceste trăsături. De asemenea, 


4.1. Etapele realizării unui SAD 


upă clarificarea problemelor de mai sus se trece la etapa de 

modelare şi apoi la faza de programare. 
realizarea unei machete sau prin atacarea unei părți semnificative a sistemului. SAD- 
ul este apoi inserat în arhitectura hardware şi software ţinând seama de mărimea 
organizației. Integrarea sistemului în mediul informaţional (baze de date, rețele, 
sisteme de operare) existent este o sarcină foarte importantă. Pentru integrarea 
sistemului trebuie să ne gândim la personalul care va face sistemul operaţional şi-l va 
utiliza în mod curent. De aceea, activitățile de documentare şi de formare trebuie să 
înceapă înainte de livrarea sistemului. Paralel începe şi validarea cognitivă a 
sistemului precum şi evaluarea acestuia. 

Activităţile prezentate mai sus nu sunt secvențiale, ele se interferează unele cu 
altele, cu toate acestea prezentarea lor va fi secvenţială din rațiuni pur didactice. 


4.2. Planul de acţiune 


Definirea unui plan de acţiune ia în considerare elementele specifice 
organizației în care proiectul va fi instalat. De asemenea, 
Totuşi noi vom prezenta 
principalele componente ale unui plan tip de acțiune, care pot adaptate în funcție de 
condițiile concrete. 


! Levine, P., Pomerol, J.-Ch., Systemes interactifs d'aide a la decision et systemes experts, Edition 
Hermes, Paris, 1989, pp. 263-264. 

Andriole, S.J., Microcomputer Decision Support Systems: Design, Implementation and Evaluation, 
North Holland, Amsterdam, 1996, 
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4.2.1. Faza preliminară 


cerințele reale ale organizației sau serviciului luat în considerare. Analiza cerințelor 


începe cu un inventar al cerinţelor exprimate de viitorii utilizatori. Aceste cerinţe pot 
fi foarte vagi, adesea contradictorii. De aceea, este necesară atât înţelegerea cerințelor 
cât şi analiza minuțioasă a acestora. Pornind de la cerințele exprimate, echipa de 
proiectare va efectua o analiză funcțională a activităţii desfăşurate în serviciul țintă 
pentru a vedea dacă SAD-ul nu comportă funcţii care nu au fost cerute. Se poate 
examina dacă introducerea unui instrument de asistare a deciziei nu va o ocazie pentru 
a raționaliza anumite circuite decizionale sau anumite modalităţi de lucru. 


mult mai eficient de a adapta SAD-ul la practicile utilizatorilor, când ele sunt corecte, 


decât invers. Totuşi introducerea unui SAD este o şansă pentru schimbare şi evoluţie 
care nu trebuie lăsată să treacă. 


4.2.2. Prototipul 
Faza de analiză preliminară este urmată de definirea funcțiunilor SAD. Se 


fixează atribuţiile sistemului şi fluxurile de informaţii asociate. Va urma definirea 
totală sau în parte a modelelor ce vor fi incluse în SAD. Activitatea de identificare 
este astfel progresiv abandonată în favoarea modelării. Modelarea, a cărei reuşită este 
fundamentală pentru viitorul unui SAD, se bazează pe analiza practicii curente şi a 
cunoştinţelor decidenților. La acest nivel, realizarea şi observarea funcționării unor 
porțiuni din sistem, formând o parte a prototipului, este foarte importantă. 


un pre-sistem sumar la nivel de interfață utilizator. Deşi prototipul nu este capabil să 


îndeplinească funcţia de încărcare a datelor care vor fi în sistemul final, el arată 
viitorilor utilizatori cum se comportă sistemul în funcţiile interesate. Prototipul este 


multe modele care trebuie progresiv evaluate. În acelaşi mod, controlul realizat prin 


modulul de dialog trebuie să fie testat şi extins în mod progresiv. Astfel în SAD-uri 
prototipajul se derulează adesea într-o perioadă destul de mare de timp prin adăugarea 
de noi funcționalități la nivel de control sau la nivel de noi modele. 
determinat un moment precis în care să putem vorbi de machetă. 

Este important ca primul prototip să fie gata într-un interval de timp relativ 
scurt, pentru a lăsa timp unei evaluări cât mai aprofundate. Această evaluare trebuie să 
aibă loc înainte de angajarea realizării sistemului definitiv. El este testat şi evaluat cu 
grijă de viitorii utilizatori. Pornind de la aceste teste, de la criticile şi comentariile 
celor interesați de sistem, se procedează la rafinarea şi îmbunătăţirea prototipului 
adăugând noi reprezentări, modificând fluxul de informaţii, adăugând noi informaţii şi 
fişiere sau la corectarea controlului. 


Această fază interactivă de modificare- 
evaluare va fi valorificată prin discutarea ecranelor, ferestrelor prezentărilor folosite 
ca şi a ergonomiei generale a sistemului. 
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4.2.3. Decizia definitivă 


În funcţie de rezultatele prototipului este posibil să se ia o decizie privind 
achiziționarea sau construirea sistemului. Analiza SAD-ului fiind deja efectuată se pot 
selecta şi testa instrumentele existente pe piaţă care sunt capabile să îndeplinească 
funcţiile dorite. O altă soluţie constă în realizarea cu forțe proprii a SAD-ului. Decizia 


4.2.4. Dezvoltarea şi validarea 


În funcţie de decizia luată anterior se va trece la adaptarea unui produs- 
program procurat de pe piaţă sau se va construi un SAD dedicat. Bineînţeles, duratele 
de realizare vor fi diferite în cele două cazuri. După dezvoltare urmează validarea şi 
instalarea definitivă a sistemului. 


4.2.5. Urmărirea exploatării sistemului 


Odată ce SAD-ul este realizat, cel puţin în prima parte, este timpul de a 
reflecta asupra dezvoltărilor ulterioare: noi funcționalități, diverse ameliorări, extensii 
către alți utilizatori etc. Aceste dezvoltări se aplică la orice sistem şi mai ales la un 
sistem proiectat pentru o anumită organizaţie. Când alegerea se bazează pe un 
generator de SAD, de la început programarea este în linii mari rezolvată, iar 
prototipajul mult mai rapid dar faza trebuie păstrată. Evitarea acestei faze poate 
conduce la surprize neplăcute: utilizatori nepregătiți, interfeţe care nu satisfac 
cerințele decidenţilor, modificări brutale ale stilului de muncă etc. 


4.3. Analiza conceptuală şi modelarea 


În paragraful precedent s-a prezentat un plan general de acţiune. După analiza 
preliminară, când este clară necesitatea unui SAD trebuie să trecem la o analiză mult 
mai detaliată. Informatizarea unui proces decizional este diferită de informatizarea 
unei aplicații clasice de gestiune. Mai curând decât a face descompunerea în module 
şi a le înlănțui într-o logică secvențială, 


naintea analizei funcționale clasice, este necesar a 
realiza o analiză conceptuală serioasă. Această analiză nu este separabilă de analiza 
operaţiilor, ele se intercondiționează. 


4.3.1. Analiza reprezentărilor 


să faciliteze comunicarea dintre sistem, utilizator şi mediu. Printre reprezentările 


clasice amintim: 
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La aceste reprezentări obişnuite se adaugă simbolizările specifice cum ar fi, de 
exemplu, o grilă de analiză utilizată într-un anumit serviciu, un mod particular de a 
prezenta dosarele cu informaţii necesare decidenților, sau orice alt formalism folosit 
în organizaţie. Această analiză a reprezentărilor, a ceea ce există şi a ceea ce dorim să 
introducem, este foarte importantă deoarece SAD-ul va păstra şi va opera cu 
reprezentările reținute. Acest lucru este un avantaj şi determină creşterea 
productivităţii în organizație deoarece va permite compararea, facilitarea citirii şi 
editării rapoartelor şi autorizează lucrul în grup. 

Cu titlu de exemplu expunem reprezentările care ar putea fi utilizate într-un 
SAD de analiză strategică. În primul rând trebuie să facem distincţie între deciziile 
care depind exclusiv de decidenţi şi evenimentele care depind de stările naturii sau de 


alți agenţi. Pentru fiecare decizie, este adoptată o reprezentare sub formă de fişă 


În acelaşi mod se fixează şi structura fişei pentru evenimente: nume 
eveniment, diferite variante posibile, probabilitățile de realizare. Deşi deciziile şi 
'evenimentele sunt diferite ca natură, structura fişelor va permite o înţelegere imediată 
a problemei de către agenţii din mai multe servicii. Structura adoptată este 
recunoscută de către sistem care le încarcă pentru prelucrări ulterioare. În acest 
domeniu, metodele de reprezentare a cunoaşterii utilizate de inteligenţa artificială cum 
ar fi cadre, reguli de producție, obiecte pot fi sursa unor idei interesante. 

În definitiv, nu este vorba de o reprezentare standard, trebuie să facem un 
compromis între reprezentările suficient de stabile şi formalizate pentru a fi gestionate 
de către sistem şi reprezentările efectiv utilizate în serviciile funcționale. Soluţia nu 
constă în a impune reprezentări care dintr-un punct de vedere abstract sunt foarte 
raționale, ci constă în înțelegerea practicii curente a decidenţilor şi în structurarea 
acesteia, eventual ameliorarea ei, pentru a ajunge la reprezentări utilizabile în sistem. 
Pertinenţa reprezentărilo şi acceptarea lor de către utilizatori condiționează calitatea 
dialogului şi, în final, calitatea întregului sistem. 


4.3.2. Analiza prelucrărilor 


Prelucrările sunt destinate a gestiona reprezentările stabilite anterior. Ele 
constituie partea cea mai importantă a modelării. Prelucrările pe care le suportă datele. 
şi reprezentările depind, bineînţeles de natura acestora. Valorile numerice intră în 
calcule, în algoritmi de cercetare operaţională, în calcule statistice etc. Datele 
nenumerice vor fi aranjate în baze de date organizate în funcţie de procesele 
decizionale . mai jos încercăm să inventariem 


Realizarea unui sistem de asistare a deciziilor 6 


e Explicarea sau sugerarea alegerilor 

œ Imprimarea rapoartelor, a graficelor şi a rezumatelor 

e Afişarea rezultatelor pe ecran 

În exemplul precedent, pentru SAD-ul destinat luării deciziilor strategice sunt 

două tipuri de prelucrări: cele ce privesc fişele de „decizii” şi fişele de „evenimente” 
şi cele ce gestionează aceste fişe. Printre prelucrările aplicate asupra fişelor găsim 
funcțiile de modificare a fişelor, de introducere sau suprimare a elementelor figurând 
în aceste fişe. Odată cu actualizarea fişelor, prelucrările acționează asupra dezvoltării 
de scenarii. Este vorba de o bază de reguli şi un motor de inferenţe care execută aceste 
operaţiuni. Scenariile construite de sistemul expert organizează fişele în ordinea dorită 
de decident, funcţiile grafice permit vizualizarea arborelui de decizie, alte prelucrări 
realizează evaluarea scenariilor şi alegerea variantei optime. Analizele precedente 
sunt acompaniate de discuţii cu viitorii utilizatori. În timpul acestor întâlniri 
proiectanţii sistemului vor căuta, şi aceasta este o sarcină dificilă, să evalueze 
extensiile posibile ale sistemului. Într-adevăr, organizaţia sau serviciul unde este 
implantat SAD-ul este supusă unei adaptări constante pe măsură ce mediul se 
schimbă. 


4.3.3. Analiza mediilor de stocare. 


În eventualitatea că SAD-ul este conectat la baze de date externe, trebuie 
definite legăturile între bazele de date interne şi bazele de externe. Bazele de date 
interne pot fi dedicate anumitor utilizatori, luând în considerare confidențialitatea 
accesului la date. Analiza trebuie să ia în considerare interogările şi ecranele utilizate 
de anumite baze de date. În anumite fişiere se păstrează valori standard care sunt 
destinate completării rubricilor pentru care utilizatorul nu are informații (valori 
implicite). Mai mult, adesea este util de păstrat rezultatele intermediare care apar pe 
parcursul prelucrărilor, ceea ce permite comparații între diferite ipoteze. În sfârşit, 
trebuie să menţionăm printre memoriile indispensabile semnalele necesare 
utilizatorului pentru a-şi aminti operațiunile importante de efectuat într-un context dat. 
Astfel, în 


4.3.4. Analiza controlului 


Contrar a ceea ce se petrece într-un sistem expert, 


meniuri, taste funcţionale, butoane ete. Acest control se bazează câteodată pe 


utilizarea unui limbaj de comandă evoluat, mai ales în cazul bazelor de date. 
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Funcţia principală a controlului rămâne cea de comandă a înlănțuirii 


operaţiunilor sau modelelor. 


4.3.5. Analiza relațiilor între componente 


Când analizele precedente sunt terminate, înseamnă că avem toate elementele 


Având aceste componente nu ne rămâne decât a construi SAD-ul, adică de a 
defini o arhitectură care să integreze aceste elemente. Prezentăm, cu titlu de exemplu, 


arhitectura unui SAD, punând în evidenţă nivelurile pe care se bazează (fig.nr. 4.1.) 


v 


Y Y „____Reprezentări ___ 
Dialog Dialog 1 Dialog 2 Dialog 3 Vectori 
supervizor Tablouri 
Grafice 
l Comentarii 
Y Y : 
Super- Model Stil raport 
vizor 1 
Baza de Baza de Baza de Baza de date Algoritmi 
date date 1 date 2 3 Reguli 
supervizor Interogări 


Instrument extr agere 


Baza de date sursă 


Prelucrări 


Fig.nr. 4.1. Arhitectura unui SAD cu reprezentări şi prelucrări 


cum sunt flexibilitatea şi evoluția sistemului. 


4.4. Diferite strategii de dezvoltare 


De la metodele tradiționale de dezvoltare, rigide, cu etape derulate liniar s-a 


trecut la metode evolutive mult mai dinamice şi eficiente. 


şi la confortul intelectual. În acest sens utilizatorul nu trebuie să fie perturbat în 


obiceiurile sale. De asemenea, alegerea arhitecturii ia în considerare şi alte criterii: 
preţul, importanţa sistemului, organizarea bazei de date etc. Nu trebuie evitate criterii 
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4.4.1. Metoda clasică 


Fiecare din aceste faze tratează în mod global sistemul ceea ce determină ca 
procesul de elaborare să fie de durată. Dezvoltarea este foarte puţin interactivă iar 
locul şi rolul viitorilor utilizatori nu este clar definit. 

Principalul inconvenient al acestei metode este că elaborarea întregului sistem 
se bazează pe proiectanți care efectueză o muncă abstractă plecând de la analiza 
situației existente. Rezultatul acestei munci poate fi foarte bun dacă problema de la 
care s-a plecat este de o complexitate redusă, bine structurată şi puţin dependentă de 
personal. Atunci când problema este complexă, cu fluctuații, nevoia de interactivitate 
este mare, iar noi putem avea dubii asupra valorii sistemului final. 


4.4.2. Dezvoltarea evolutivă 


Această metodă a fost descrisă prin următorul 


algoritm de către 


> V N 


Realizarea progresivă a sistemului are, printre alte avantaje, conlucrarea mult 
mai strânsă între diferite categorii de actori implicați în elaborarea unui SAD. 
Demersul evolutiv va permite implicarea mult mai activă a utilizatorilor în activitatea 
de proiectare a SAD. Această implicare trece printr-un dublu dialog cu dezvoltatorul 
şi cu prototipul. Dialogul în jurul prototipului dă posibilitatea de a opera schimbări 
fructuoase şi constructive prin intermediul unor persoane neexperimentate în 
informatică. 

Această metodă are, de asemenea, avantajul că permite o evaluare constantă a 
sistemului şi nu o evaluare la sfârşit ca în abordarea tradițională. Este evident că un 
sistem construit astfel va fi mult mai modular şi mai deschis decât un sistem o singură 
dată în globalitatea sa. Flexibilitatea care este o calitate dorită pentru un SAD se 


7 Sprague, R.H.,Carlson, E.D., Building Effective Decsion Support Systems, Prentice Hall, New Jersey, 
1982, p.140. 
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găseşte de la început încurajată, deoarece trecerea de un ciclu de dezvoltare la altul 


Pe de altă parte, este clar că frecvenţa ciclurilor de dezvoltare trebuie să fie 
adaptată la situațiile de rezolvat, iar 
“modificărilor se încetineşte. Este important de păstrat acest spirit, chiar dacă sistemul 
este terminat, trebuie să existe posibilitatea de a face noi versiuni dacă utilizatorii 
solicită acest lucru. În fond, organizarea evolutivă a dezvoltării este o organizare 
orientată către utilizatori şi acest lucru este esențial. Mai jos analizăm tipurile de 
organizare care sunt necesare pentru a sprijini dezvoltarea evolutivă. 


4.4.3. Organizarea pentru dezvoltarea evolutivă 


pă aceea, realizatorii 
trebuie să studieze şi să organizeze interacțiunile dintre actori. Trebuie să prevadă 
reuniunile de informare, frecvenţa rapoartelor, schimburile informale şi reuniunile de 
sinteză. Dezvoltarea evolutivă solicită şi urmărirea atentă a derulării activităților. De 
asemenea, sarcina de documentare este esențială. Fiecare parte a sistemului trebuie să 
fie bine documentată. Fiecare actor trebuie să poată urmări evoluţia sistemului şi să 
fie imediat informat asupra modificărilor. 


4.5. Integrarea sistemului 


În general, SAD-ul solicită o integrare în fluxurile informaţionale existente. 
Aceasta înseamnă, pe de o parte, legăturile de realizat cu bazele de date şi, pe de altă 
parte, interfețe de proiectat pentru preluarea datelor deţinute de agenți. Preluarea 
datelor din vechile baze de date existente, care adesea nu au fost prevăzute pentru o 
utilizare în SAD pune, în mod frecvent, probleme dificile a căror rezolvare costă 
scump în timp şi bani. 

De altfel, preluarea datelor de la agenţii implicaţi este o cerință pentru sistem. 
Agenţii trebuie să înțeleagă această cerință şi să accepte să-şi joace rolul. Rea voința 
este la acest nivel catastrofală. 


4.6. Evaluarea sistemului 


căuta să vadă dacă SAD-ul procedează în mod corect în munca sa. Este vorba de a 


evalua SAD-ul în calitate de nou instrument pus la dispoziţia anumitor agenți. Este 
instrumentul adaptat la sarcina pe care o va realiza? Este valabil pentru organizație? 


Compatibilitatea cu noile reprezentări se poate dobândi, dar să nu uităm ca 
este dificil de a schimba reprezentările unui individ, se ating niveluri mult mai 
profunde ale cunoaşterii sale. În afara unor cerinţe imperioase trebuie să ne bazăm pe 
reprezentările existente. Faza de evaluare va cerceta dacă reprezentările sunt înţelese 
de către utilizatori. 
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Problema comprehensibilităţii se pune în termeni uşor diferiţi pentru modele. 
Este necesar ca utilizatorul să înţeleagă modelele conţinute în SAD? Întrebarea este 
complexă, iar răspunsul depinde în mod sigur de gradul de „normativitate” a 
modelului. Cu siguranță ne putem servi de programarea liniară fără a înţelege 
algoritmul simplex sau un model de previziune fără a cunoaşte probabilități. Va trebui 
totuşi să fim foarte atenți la inteligibilitatea dialogului, la formarea şi instruirea 
utilizatorilor. Pentru modele mai descriptive (euristice) situaţia este oarecum diferită 
deoarece adesea chiar utilizatorii stau la originea euristicilor. 


4.7. Validarea şi urmărirea sistemului 

Validarea SAD-ului este mai curând o sarcină organizaţională şi presupune 
evaluarea calității sub diferite aspecte: productivitate, calitatea deciziilor şi 
ameliorarea prelucrării informaţiilor din punct de vedere organizaţional. 

Urmărirea exploatării este o prelungire a implicării utilizatorilor şi experților 
în realizarea sistemului. De la început trebuie fixat un grup de urmărire a exploatării. 
Acest grup este abilitat să propună ameliorări ale sistemului. Să nu uităm că, urmare a 
modificărilor din mediu performanţele unui SAD pot să se degradeze. Grupul de 
urmărire trebuie deci să procedeze în mod regulat la evaluarea sistemului. 

Într-adevăr, orice sistem suferă o derivă şi trebuie să fie în mod regulat testat. 


În special, se insistă asupra calităţilor de simplitate, uşurinţă de utilizare şi 
transparență; cu cât sistemul va fi mai bine utilizat cu cât va fi mai bine înţeles. 


